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A system for determining selections that a user is likely to be interested in. The determination is made 
based on the user's prior indicated preferences. The user designates his or her preferred selections as 
entries in a user's preference list Entries in the user's list are compared with entries in the other users' 
lists. When a significant number of matches have been found between two lists, the unmatched entries 
of the other user's preference list are extracted. The unmatched entries are further processed. Those 
unmatched entries with a high correlation to the user's preference list are presented to the user as 
selections in which the user is likely to be interested. 
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presenting the matching user with the matched user's unmatched selections. Also, the manner of weighting 
and ordering unmatched preferences is adjustable. 

Embodiments of the present invention will now be described with reference to the accompanying drawings, 
in which: 

Fig. 1 illustrates a portion of a network used to transfer information in one embodiment of the present in- 
vention; 

Fig. 2 is a block diagram of the host processing station of Fig. 1 ; 

Fig. 3 shows a flowchart of a routine for correlating user preferences in one embodiment of the present 
invention; 

Fig. 4 is an illustration of a specific example of carrying out the steps of the flowchart of Fig. 3; 
Fig. 5 shows a detailed example of the execution of steps in Fig. 3; 

Fig. 6A is an illustration of a first half of a flowchart describing a routine of one embodiment of the present 
invention; 

Fig. 6B is an illustration of a second harf of a flowchart describing a routine of one embodiment of the pres- 
ent invention; and 

Fig. 7 shows a table illustrating the method described in Table 2 and Figures 6A and 6B. 

Fig. 1 shows a portion of a network 100 used to transfer information in a preferred embodiment of the pres- 
ent invention. In Fig. 1, network 100 includes host processing station 102 that is the storage center for infor- 
mation to be distributed, such as sound or image information. Regional hosts such as regional host 104 ar 
connected to host 102 via communication links such as link 106. The regional hosts are used to serve users 
of network 100. 

For example, regional host 104 is connected to user terminal 108 through user link 110. The regional hosts 
act as "front ends" to host processing station 102. A regional host performs the input and output (I/O) functions 
for each of the multiple user terminals connected to it. The regional host may include a large amount of local 
storage for containing information such as user selections, user preferences, sound and/or image information, 
as discussed below, similar to host processing station 102. 

Fig. 1 is illustrative of but one configuration of a network to implement the present invention. In Fig. 1 , any 
interconnection arrangement between host processing station 102 and the regional hosts is possible. For ex- 
ample, host processing station 102 can be connected to regional hosts via a star, ring, bus, or other connection 
scheme. Links such as link 106 can be by hardwire connection, fiberoptics, radio frequency communication, 
etc. Regional hosts can be stand-alone computer systems connected to mass storage devices, or can be net- 
works in themselves. The user links such as user link 110 can be achieved by any means known in the art A 
preferred implementation of user links is by existing telephone or cable television networks. User terminals 
such as user terminal 108 can be a personal computer, or telephone or television with digital transmit /receive 
capability. 

In a preferred embodiment, the central host processor station includes one or more computers connected 
to mass storage devices such as multiple disk drives. The link between host and regional host is by hardwire, 
fiberoptic or satellite transmission, as available. A regional host operates as a communications control station 
between hundreds, or thousands, of user terminals and the host processing station. The regional host has local 
storage that serves primarily as a buffer for I/O. However, many of the functions discussed herein regarding 
the host processing station also can be performed by the regional hosts, as desired. 

In a preferred embodiment, the present invention is adapted to a music selection and distribution service 
that provides users with recommended selections of songs that have a high likelihood of suiting their tastes. 
This system uses the user's household telephone to accept input in the form of touchtone keypad key presses 
to allow the user to select recordings from a menu and have the recordings delivered to the user's home. De- 
livery of the recordings can be by traditional methods such as sending a compact disk ("CD") through the mail, 
or by more advanced methods such as "downloading" digital information to a user's computer for playback eith- 
er from the computer or through a high fidelity home sound system. 

For example, the downloaded digital information could be used to create a CD on a writable CD disk drive 
attached to the computer. Alternatively, the digital information could be written to a digital audio tape (DAT) 
format. Also available today is a "mini disk" format which is a writable format Other possibilities for transferring 
digital recording information to allow the user to play it back at their leisure are possible. Thus, one aspect of 
the inv ntion provides a user interface for making sel ctions from the user's horn . 

To continue with the music selection s rvice example, a user dials a number and is conn cted into a net- 
work to which the host processing station is connected. The user is given a menu of choices for proceeding 
within the service. One option is for th us r to def in "preferences", or a list of their favorite artists. For ex- 
ample, a list of the top ten favorit recording artists is maintained for each user of the service. A us r is given 
the opportunity to define or modify the list of top ten favorite artists by using the buttons on their telephone 
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or by operating the keyboard or mouse or other input device on their computer. The user can also access a 
list of recommended selections which the service has determined might interest the user. The manner in which 
the suggested selections are generated is described in detail, below. 

Another option the service provides for the user is the ability to preview recordings before the user down- 

5 loads them. That is, the user can hear a short segment of the musical recording over the telephone before de- 
ciding to purchase and download the recording. The preview can be of suggested selections provided by the 
service, selections the user has heard about and can identify by name, or selections of a specif ic artist, band, 
or style of music (e.g., country, jazz, rock). 

The present invention uses the user's preference list to identify selections that would most likely be of in- 

10 terest to the user. This is done by correlating the user's preference list with the preference lists of other users 
of the service. The correlation is performed in an efficient manner since ail of the preference list information 
is maintained at the centralized host processing station discussed above in connection with Fig. 1. While it is 
possible that the correlation of user preferences can be done at the regional host level (to take advantage of 
geographical dependencies in user preferences, for example), it is advantageous to include as many users as 

is possible in the correlation in order to achieve a more reliable correlation. 

Fig. 2 is a block diagram of the host processing station 102 of Fig. 1. Fig. 2 shows host processing station 
102 including an I/O controller 120, processor 122, memory 124, operator interface 126, and storage devices 
at 128. 

I/O controller 120 transmits and receives signals from the regional host, such as regional host 104 of Fig. 

20 1. I/O controller 120 transfers information to and from processor 122. Processor 122 is connected to mass 
storage devices at 128. Processor 122 is also connected to memory 124. Memory 124 is typically solid state, 
memory for fast random access and is used, for example, to perform buffering functions, intermediate storag 
for mathematical calculations, database functions, etc. 

Operator interface 126 is connected to processor 122. The operator interface 126 provides a human in- 

25 terface at host processing station 102. By using the operator interface, one can provide better correlations by 
varying the parameters defining how the correlations are made to user preference lists. The operator interface 
may be implemented by any means known in the art, such as having the operator type in numbers for various 
parameter values. The purpose of allowing an operator to adjust parameters from time to time is to "tune" the 
system, based on a trial and error basis, to achieve the best results. This is necessary since the goal of pro- 

30 viding accurate suggested selections is a subjective one. 

It will be apparent to one of ordinary skill in the art that many configurations for the host processing station 
1 02 that vary from that of Fig. 2 are possible. Specifically, additional hardware components (functional blocks) 
may be present in host processing station 102 such as tape drives and additional processors. Any suitable com- 
puter system may be used. 

35 Table I and Figs. 3-5 will be discussed in connection with an explanation of a specific embodiras ^of^ 

correlation method. 

Table I lists the steps to perform "Subject to Object" correlation to generate suggested selections basecr 
on a comparison of a user's preference list with the preference lists of other users of the service. The steps 
of Table I are discussed in reference to Figs. 3-5 where a detailed discussion of a method for performing th 
40 correlation as executed by a computer is discussed. 
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Table I 

Subject to Object Correlation 

Two or more persons list their favorite objects l • • . n. To 
generate recommendations for any one particular person (the 
"subject") , the following procedure is followed: 

• Search the database of all other people to see if anyone 
has listed n-1 of the same objects. 

• Each match will generate one object that was not listed 
by the subject. Calculate the total number of 
occurrences for each such object and create two rank 
tables. In the first table, rank from maximum to minimum 
the absolute number of occurrences for each object. In 
the second table, rank from maximum to minimum the ratio 
of the number of occurrences for each object divided by 
the total number of occurrences for that object 
throughout the entire database (i.e., rank the 
"normalized" number of occurrences for each object) . 

• For each object, compare the rankings between the first 
and second tables and use them to create a third table. 
The third table is comprised of a weighted average of *" the 
two rankings. The weighting of the rankings can range 
from 100% of the first ranking and 0% of the second to 0% 
of the first and 100% of the second, depending on the 
level of weighting desired, and provided an identical 
level of weighting is applied to all objects. The 
results in the third table are then ranked from maximum 
to minimum. 
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If n>2, then search the database of all other people to 
see if anyone has listed n-2 of the same objects, where 
"n-2" is the "matchup 11 number. 

Each match will generate two objects that were not listed 
by the subject. Calculate the total number of 
occurrences for the unlisted objects. 

Repeat the above procedure similarly for all values of 
the matchup number down to, and including, 1. 

Using the ranked weighted average (i.e., the "third") 
tables for n-1 ... n-(n-l) searches, create a final 
table. The final table is comprised of a weighted 
average of tlie weighted average rankings for n-1 ... n- 
(n-1) objects searches. The weighting of the rankings 
can range from 100% of the n-1 table and 0% of the other 
tables to 100% of the n-(n-l) table and 0% of all other 
tables, depending on the level of weighting desired, and 
provided the weighting of all tables combined equals 
100%. Rank the results in the final table from maximum 
to minimum. 

• Use this final ranking to provide recommendations to the 
25 subject ranging from most likely to enjoy (the maximum 

ranked object) to the least likely to enjoy (the minimum 
ranked object) - 
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30 Fig. 3 shows flowchart 200 of a routine for correlating user preferences in the present invention. In a pre- 

ferred embodiment, the routine corresponding to flowchart 200 of Fig. 3 is executed on a computer system, 
such as host processing system 102 of Fig. 2. 

Flowchart 200 can be implemented with one or more software routines on one or more computers. Further, 
flowchart 200 illustrates merely the broad logical flow of a routine to accomplish the correlation procedure of 

35 the present invention. Other flowcharts implementing suitable correlations will be possible while still remaining 
within the scope of the present invention. A software routine, or routines, implementing flowchart 200 may 
written in any suitable computer language, such as "C", FORTRAN, assembly language or others. For ease 
of discussion, we will refer to the routine of flowchart 200 as a single routine. 

The routine is entered at step 202 where it is assumed that a user preference list exists to which a corre- 

40 lation is to be made with other existing user lists in a computer database. The database could exist, for example, 
in memory 124 of Fig. 2. In step 204, a "reference list" is initialized with n user preferences. In this example, 
we assume that user preference lists contain five entries each. Thus, at step 204 of Fig. 3. the reference list 
is initialized with five entries of a user preference list to which a correlation of preexisting preference lists in 
the database is sought In other words, the routine of flowchart 200 will provide selections in the database that 

45 have a high likelihood of being desired by the user whose preference list has been submitted to the routine. 

At step 206, the variable m is initialized to n-1, that is, m now has the value 4 since n is assumed to be 5 
as discussed above. Also at step 206, a "temp, list* is cleared to be used by the routine as described below. 

At step 208, a check is made to test whether m is greater than 0. If m is greater than 0, execution proceeds 
to step 210. In the present example, since m has just been assigned the value 4, the check at 208 is true and 

so execution proceeds to step 210. 

At step 210, a check is made as to whether there are predefined preference lists in the database that have 
not yet been checked against the ref irence list Since we have just ent red the loop, none of the preference 
lists in the databas has been check d so execution proceeds from step 210 to step 212. At step 212, the next 
preference list is obtained from th database and made the "current list" At step 214, a check is made as to 

55 whether the current list has m entries that match the reference list In other words, since m has the value 4, 
there must be four entri s in the current list that match four of the five entries in the reference list Since the 
reference list contains the user preferences, this means that step 214 of flowchart 200 is attempting to match 
preexisting preference lists in the database that have at least four entries in common with the user preferences. 
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If a match is found at step 214, execution proceeds to step 216 where the unmatched entries in the current 
list are included in a "temp, list." In our exampl of m having the value 4, this would mean that one entry in the 
current list is not matched in the reference list. This one unmatched entry is added to the temp. list. If the entry 
already exists in the temp. I ist, then a count of the number of occurrences of the entry being added to the temp. 
5 list is incremented. 

After executing step 216 t the routine returns to step 210 where a check is again made as to whether there 
are more unused preference lists in the database. If there are, execution continues to step 212 where, as be- 
fore, the next list is obtained and checked for four matches against the reference list. If there are four matches, 
then the unmatched entry of the current list is added to the temp, list and so on. However, if, at step 210, there 
10 are no more lists in the database to be checked, execution continues to step 218 where the entries in the temp, 
list are ordered according to their counts. This means that entries with high counts are placed higher on the 
list, "List 1," in step 218. 

At step 220, a second list, "List 2," is created in which the entries are ordered according to their normalized 
counts. As before, in forming List 1, the entries are obtained from the temp, list and are ordered according to 

is their frequency of occurrence as unmatched entries in the current list in the loop of steps 210-216 described 
above. The method of normalizing the counts is described in more detail below. At step 222, List 1 and List 2 
are weighted and combined to generate a "selection list m" where m is an integer value. In the present example, 
since m has the value 4, List 1 and List 2 will be combined to generate "selection list 4." At step 224, m is de- 
cremented (i.e., m now equals 3) and the "temp, list" is cleared. Execution then returns to step 208. 

20 At step 208, a check is made as to whether m is greater than 0, as before. Since m is now 3, execution 

proceeds to step 210 where the loop of steps 210-216 is executed to find matches in preference lists in the 
database that have three entries matching with the reference list. 

After all of the preference lists in the database have been checked, the loops of steps 210-216 produce 
a temp, list with the unmatched entries of preference lists in the database that have three or more entries match- 

25 ing the reference list. At step 218, the entries in the temp, list are ordered by their counts as discussed abov 
and stored as List 1. At step 220, the entries are ordered in List 2 similarly to step 218, except that the nor- 
malized counts are used to order the entries. At step 222, List 1 and List 2 are weighted and combined into a 
single list "selection list 3" (since m has the value 3 here). At step 224, m is now set to the value 2 and the 
temp, list is cleared so that the loop of steps 21 0-21 6 will be re-entered for the case of m being 2. Thus, selection 

30 list 2 and selection list 1 will be formed with an ordered list based on preference lists in the database that hav , 
respectively, 2 and 1 entries matching the reference list 

After m has been decremented to 0, the check at step 208 will result in false and execution will continue 
to step 226 of Fig. 3. At step 226, the selection lists 4, 3, 2 and 1 are combined to form a single list. Discussion 
of the details of the weighting and combining of the selection lists is presented below. At step 228, the highest 

35 ranked selections of the weighted and combined selection lists generated at step 226 are presented to the user 
as the result of the correlation routine of flowchart 200. „*r~\ ^ 

Finally, the routine is exited at step 230. > . ~ 

Next, Fig. 4 will be discussed to show a specific example of carrying out the steps of the flowchart 200 of 
Fig. 3. 

40 Fig. 4 shows preference lists, such as user's preference list 300. As shown in Fig. 4, user's preference list 

300 has entries a, d, p, s and y. Database preference lists are shown at 302. For example, database preference 
list 304 includes entries b, p, s, a and d. In a preferred embodiment, entries designated by lower case letters 
in Fig. 4 will actually be the names of recording artists. Also, the number of preference lists in the database 
will be very large, on the order of thousands or even tens of thousands of preference lists. N, the number of 

46 entries on a user's preference list, is given the value 5 for this example. The specific numbers used here ar 
merely values used for ease of discussion. In practice, all of the parameters, such as n, m, the number of pref- 
erence lists compared to in the database, and the "weights" to be discussed below, are variable. These para- 
meters, are used to adjust the correspondence routine of Fig. 3 to achieve optimal performance. In other em- 
bodiments of the invention, different parameters may be used. 

so Thus, referring to flowchart 200 of Fig. 3 and the preference lists and values of Fig. 4, the following dis- 

cussion tracks the specific example of Fig. 4 in association with the steps of flowchart 200 of Fig. 3. 

' Step 204 of Fig. 3 calls for initializing a reference list with the n user preferences. Thus, the reference list 
(an internal list manipulated and accessed by the processor executing the routin of flowchart 200) will b id n- 
tical to user's preference list 300. That is, the reference list will have entries a, d, p, s and y in that order. At 

55 step 206, m obtains the value 4 (i. ., 5-1) and th temp, list is cleared. At step 208, m will be greater than 0 so 
that the loop of steps 210-216 is entered t compare the ref rence list with preference lists in the database, 
such as those shown at 302 of Fig. 4. 

In Fig. 4, user's preference list 300 consists of {a, d, p, s, y) while database prefer nee list 304 consists 
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of {b, p, s, a, d}. Therefore, there are four matching entries, namely, a, d, p, and s. The single unmatching entry 
in database preference list 304 is entry b. Thus, the entry b is entered into a temp, list (not shown) as occurring 
once so far. The next time through the loop of step 210-216 of Fig. 3, the next database preference list 306 is 
compared with the user's preference list 300. The matching entries are d, s, and p. Thus, it is seen that database 

5 preference list 306 only has three matching entries with user's preference list 300. Therefore, at step 214 of 
Fig. 3 where a check is made for m, or at this point 4, matching entries the check will fail and execution will 
proceed to step 21 0 without executing step 216. Therefore, none of the entries of data preference list 306 will 
be inserted into the temp, list 

Next, database preference list 308 is compared with user's preference list 300. This gives entries y, a, p 

10 and s as matching entries. Since there are four matching entries, the unmatched entry, b, is again added to 
temp. list. Since b-already exists on the temp, list, the count associated with entry b is incremented to 2. The 
loop of steps 210-216 continues until the last database preference list 310 is compared to user preference list 
300. Database preference list 310 has entries a, d, s and p as matching. This results in the unmatched entry 
q of database preference list 310 inserted into the temp. list. Finally, there are no more database preference 

15 lists to be checked and execution proceeds to step 21 8 of Fig. 3. 

At step 218 of Fig. 3, the entries in the temp, list are ordered according to their counts and stored as List 
1 . Fig. 4 shows List 1 320 with entries from the temp, list at 322 and the associated counts adjacent to each 
entry at 324. Thus, List 1 has entry b with a count of 1080, entry z has a count of 962, entry c has a count of 
220, entry q has a count of 58, entry t has a count of 7 and entry u has a count of 1. 

20 At_step_220, the entries are ordered by their normalized count stored as List 2. In order to calculate the 

normalized count value, the number of occurrences of each of the entries in the temp, list (i.e., the entries at. 
322 of List 1 , although in a different order) are divided by the total number of times that each entry occurs 
throughout all preference lists in the database. 

In Fig. 4, the entry b of List 1 is determined to have occurred 32,761 times. Similarly, entry z occurs 38,092 

25 times, entry c occurs 5,010 times, entry q occurs 898 times, entry t occurs 25,586 times and entry u occurs 
13,910 times. These values are next multiplied by an arbitrary value of 1,000 to yield the normalized count 
values at 326 of Fig. 4. The entries are then sorted according to their normalized count values and placed in 
List 2 according to their normalized count values. 

List 2 shows the entries of List 1 arranged according to their normalized count values. In List 2, entry q is 

30 the highest ranked entry with 64.6 as a normalized count value. Entry c is next, followed by entries b, z, t and 
u. 

In step 222 of Fig. 3, the entries in List 1 and List 2 are weighted and combined to generate a selection 
list 4. The weighting and combining is a function based upon parameter values that are modified by the operator 
as discussed above. In this example, the ranking of List 1 and List 2 are weighted evenly, or 50% and 50%. 
35 The manner in which the ranking is weighted is by assigning a value of 6 to the highest ranked entry, 5 to th 
next highest ranked entry and so on to a value of 1 for the lowest ranked entry. The values are divided by 2 
since each list is weighted the same and the values are added together for a total weighted combined rank 
value. 

The weighting and combining of step 222 of Fig. 3 is shown at 330 in Fig. 4. Thus, entry b is highest ranked 
40 in List 1 and has a value of 6 divided by 2, which is added to value b's ranking in List 2 given a value of 4 divided 
by 2. Thus, the total combined and weighted value for entry b is 5 as shown in Fig. 4. Similarly, entries z, c, 
q, t and u are weighted. Selection list 4 at 332 is shown with the five highest ranked entries according to the 
calculation performed by step 222 of Fig. 3. 

As discussed above, at the completion of step 222, a selection list is generated for the current value of m. 
45 In the example discussed so far, selection list 4 is created with five entries (entries below the top five are ar- 
bitrarily ignored in this implementation) and executes and proceeds to step 224 where m is decremented, the 
temp, list is cleared and the loop of 210-216 is reentered after step 208. 

Fig. 5 shows a detailed example of the execution of steps 226 and 228 of Fig. 3. 

Fig. 5 shows selection list 4, selection list 3, selection list 2 and selection list 1 . These selection lists were 
so generated by the execution of steps 208-224 of flowchart 200 of Fig. 3 in the manner discussed above. Once 
generated, execution proceeds to step 226 where the selection lists are combined according to a parameterized 
formula. As befor , the parameters can be varied by the operator of the system. One of the paramet rs is the 
I ngth of each selection list which has b en set to five in the present xampl . Thus, even if during execution 
of steps 21 0-224, the number of entries of List 1, List 2 or the selection list xceedsS, ultimately only the highest 
55 ranked 5 entries are includ d in the selection list Also, the weighting of each selection list is shown to the right 
ofthe selection list named at 350 of Fig. 5. Thus, s lection list 1 isw ighted at 0.10, selection list 2 is weighted 
at 0.20, selection list 3 is weighted at 0.30 and selection list 4 is weighted as 0.40. The weights for the selection 
lists can be set by the operator. At 352, the calculations to get th combined and weighted rankings ofthe en- 

8 
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tries are shown. 

As before, each entry is assigned a point value based on its position in the list The highest ranked entry 
is given the value 5, the next highest ranked entry the value 4, and so on, down to the lowest ranked entry 
which has a value 1. These values are multiplied by the weight for the selection list. So for example, entry b 

5 appears in selection list 4, selection list 3 and selection list 1, but does not appear in selection list 2. Thus, the 
calculation for entry b shown at 354 of Fig. 5 multiplies the ranking of entry b in selection list 4, that is 5, with 
the weight of selection list 4, that is 0.4. Similarly, a ranking of 2 in selection list 3 is multiplied by the weight 
for selection list 3 of 0.3. Since entry b is not present in selection list 2, there is no weighted value associated 
with that list. A ranking of 5 is multiplied by the weight 0.1 for selection list 1. Thus, the total for entry b is a 

10 value of 3.1. Similarly, the weighted and combined values for each entry that appears in one of the selection 
lists is given at 352 of Fig. 5. 

The ordered weighted and combined ranking of entries is shown in list 360 of Fig. 5. A predetermined num- 
ber (another parameter) of the topmost entries of list 360 are presented to the user at step 228 as the results 
of the correlation routine of flowchart 200. Thus, assuming only the three highest entries are used, the user 

15 is presented with entries c, q and b. Remembering that these letters represent recording artists, the user is 
presented with three artists' names that the user is likely to be interested in. 

Thus, the discussion of Figs. 3, 4 and 5 illustrates how the present invention provides a correlation method 
for determining selections based on user preferences where the determined selections are likely to be ones 
that the user is interested in. 

20 Next, Table II and Figs. 6A, 6B and 7 will be discussed to illustrate a method of making "Object to Object" 

correlations in the present invention. 

Table II lists the steps of a method to perform "Object to Object" correlation to generate suggested selec- 
tions, or recommendations, based on a comparison of users' preference lists that already exist in the database. 
The steps of Table II are discussed in reference to Figs. 6A and 6B where a detailed discussion performing 

25 the steps of this method in a computer system is presented. 
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Table II 
object to Object Correlation 

5 One or more persons list their favorite objects 1 . . , n. To 

generate a list of similarly liked objects based on any one 
particular object, the following procedure is followed: 

• For every possible combination of two objects, identify 
10 the number of people having listed both objects. 

• For each unique combination of two objects, identify 
which of the two objects has the lesser and the greater 
number of listings throughout the entire database. 

15 • For each unique combination of two objects, calculate two 

values. For the first value, calculate the ratio of the 
number of people listing both objects divided by the 
total number of people listing the lesser object 
throughout the entire database. For the second value, 
calculate the ratio of the number of people listing both 
objects divided by the total number of people t listing the 
greater object throughout the entire database. 

• For each unique combination of two objects, calculate a 
third value representing a weighted average of the first 
two values. The weighted average can range from 100% of 
the first value and 0% of the second value to 0% of the 
first value and 100% of the second value. 

• Create for each object a ranking, from maximum to 
30 minimum, of all other objects as determined by the 

weighted average value calculated above. 

• Use this final ranking to provide a list of similarly 
liked objects. 

35 

Figures 6A and 6B show flowchart 400 of a routine that executes the steps of Table 2. In Figure 6A, routine 
400 is entered at 402. It is assumed that first and second weighting factors, referred to as "weighting 1" and 
"weighting2" are defined at the time of entry of the routine. The values for the weighting factors are variable 
40 at the control panel, as described above, or by other suitable means. It is further assumed that a database of 
preference lists such as database 302 of Figure 4, including lists 304, 306, 308 and 310 exists. 

At step 404, a unique pair of objects is chosen. In the example discussed above, where objects are names 
of recording artists, step 404 chooses two artists' names from the possible names in the database. At step 
406 the number of lists containing both objects in the pair is determined. For ease of discussion, we represent 
45 this number as "L". 

Referring to Figure 4, for example, if the pair "ad" is selected, lists 304 and 310 include the pair since they 
each indude both object "a" and object "d" whereas lists 306 and 308 do not include the pair. 

At step 408, the number of lists containing the first object of the pair, in this case "a", is determined. This 
number is represented as "n1" in this discussion. In our example of Figure 4, database 302 shows three lists, 
so namely lists 304, 308, and 310, containing the object "a". Thus, n1 would be set to 3. 

In step 410, the number of lists containing the second object of the pair, in this case "d", is determined 
and represented as "n2". In this case, n2 would also be set to 3 since lists 304, 306 and 310 each contain the 
object "d". 

At step 412 a check is made as to whether n1 is greater than n2. Assuming nl is greater than n2, xecution 
55 proceeds to step 414 where "weighting 1" is used as a weighting factor with n1. Th result of the weighting op- 
eration using weightingl and n1 is represented as w1. In a description of the preferred embodiment described 
be) w, T is divided by th valu nl before th weighting factor is used on th result of the division. However, 
any manner of using the weighting factors on the number of lists containing the predetermined object is within 
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the scope of the invention. 

Next, step 416 is executed whereby weighting factor "weigh ting 2° is applied to the value n2. This result is 
designated as w2. 

Assuming, at step 412, that nl is not greater than n2, execution proceeds to step 418 where, in contrast 
5 to step 414, weighting factor B weighting2 n is used on the value n1. The result of this is again designated wi. At 
step 420, "weighting 1" is used as a weighting factor on n2 and the result is designated w2. 

Thus it can be seen that, depending on the relationship of nl as greater than, or less than or equal to, n2, 
the weighting factors are applied in a first or second order to the numbers that designate the number of lists 
containing first and second objects, respectively, in the selected pair. 
w Flowchart 400 is continued in Figure 6B according to the connection circles "A" and "B". 

Figure 6B shows step 422 executed subsequently to either of steps 416 or 420. At step 422, the results 
w1 and w2 are combined and stored as a ranking number, "ranking*," for the selected pair. At step 424, a check 
is made as to whether there are more unique pairs to be processed. If so, execution returns to step 404. If not, 
execution continues to steps 426-434 where the ranking* of each of the pairs processed above is used to create 
15 an ordered list of selections associated with each of the pairs. 

At step 426, an object from the data is selected to generate pairs. For example, with object "a", possible 
pairs (assuming the lists 304, 306, 308 and 31 0 form the database) are ab, ap, as, ad, al, az, ay, and aq. After 
executing steps 404-424, described above, each of these pairs will have a ranking* associated with the pair. 
At step 428, all occurrences of the selected object in pairs is determined. This is merely the list of pairs 
20 that include the object "a" as listed above. At step 430, the non-selected object in each pair is ranked in a list 
according to the ranking* for the pair. At step 432, the list is associated with the selected object. 

At step 434 a check is made to see whether there are any more objects to be processed. If so, execution 
returns to step 424, where another unprocessed object is selected. After all the objects have been processed, 
execution falls to step 436 where the routine of flowchart 400 is exited. At the completion of the routine each 
25 unique object in the database will have an associated ranked list. The ranked lists are indicative of the popu- 
larity of the ranked artists among users of the system that have also chosen the selected object, or selected 
artist Thus, the ranked lists provide a way to recommend artists to a user given that the user prefers the se- 
lected artist. 

Figure 7 shows Table 500 to further illustrate the method described in Table 2 and Figures 6Aand 6B. 
30 In Figure 7, Table 500 shows names of objects in the database along the top and left sides of the tabl . 

Table 500 shows only a portion of the objects in the database for ease of discussion. For each row in Tabl 
500 an object, such as object 502, is designated. At the right of the row is the ranked list associated with the 
object. For object 502, fist 504 is the associated list. Note that list 504 shows objects c, b, e, and d ranked in 
that order. 

35 Next, a discussion of the derivation of the ranked lists of Figure 7, such as ranked list 504, is presented. 

The top of Table 500 of Figure 7 shows an object, such as object 504, associated with a number, such as 
number 506. Thus, in Figure 7, object b is associated with the number 26052. This number is the frequency 
of object b in the database. That is, object b occurs in 26052 different lists in the database. Similarly, object 
a occurs 24680 times, object c occurs 47 times, object d occurs 768 times and object e occurs 11298 times. 

40 Each box within the body of Table 500 represents statistics on the pair given by the row and column cor- 

responding to the box. For example, box 508 includes statistics on the pair of objects a and b. The top numb r 
in the box, 1 5629, is the number of lists in the database that includes both of the objects in the pair, that is, a 
and b. The second line in the box shows the object of the pair that occurs most frequently in lists in the data- 
base. Thus, in box 508, object b occurs more frequently in the database than object a. This is verified by noting 

45 that b occurs 26052 times and that a occurs 24680 times. 

The number 60.0 results from dividing the number of occurrences of the pair ab by the number of lists that 
contain the more frequently occurring object, b. In other words, 60.0 is the result of dividing 15629 by 26052. 
This number is shown multiplied by 0.1 to yield a result of 6.0. 0.1 is the first weighting factor and is the same 
for each of the calculations in each of the boxes of Table 500. 

so Similar to the above, the next line in box 508 shows the object of less frequent occurrence in the database, 

namely, object a. To the right of the object 'a* designator is the value 63.3. This value was obtained by dividing 
the frequency of the pair in lists in the database by the frequency of the occurrence of object 'a' in lists in the 
database. That is, 63.3 is the result of dividing 15629 by 24680. The value 0.9 is the second weighting factor 
and is used to modify the calculation that includes the number of occurrences of the less frequently occurring 

55 object of the pair. This gives a result of 57.0. 

Finally, the result of the weighting calculations, that is 6.0 and 57.0, are combined to form a final ranking 
value of 63.0. 

Referring to flowchart 400 of Figure 6A, at step 404 a unique pair of objects is selected. In Figure 7, this 
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would be, for example, the selection of objects a and b at 502 and 504. At step 406, the number of lists con- 
taining both objects in the pair is determined. This is the number 15629 of box 508 of Figure 7. At step 408, 
the number of lists containing the first object of the pair is determined. The arbitrary first object of the pair is 
object a and the number of lists containing object a is shown in Table 500 as 24680. Similarly, step 410 of 

5 Figure 6A determines the number of lists containing the second object of the pair, or object b. in Table 500 of 
Figure 7, this is the number 26052. Note that numbers such as 24680 and 26052 are obtained by scanning 
the preference lists in the database such as preference lists 304, 306, 308 and 310 of database 302 shown 
on Figure 4. This scanning can be by any means known in the art 

At step 412, a check is made as to which of the first or second objects in the pair occurs with the highest 

10 frequency in the lists. This check, along with steps 414-420, is used to apply first and second weighting factors, 
designated weightingl and weighting2, to a number that is based on the frequency of occurrence of each of 
the objects of the pair in lists in the database. For example, weightingl has the value 0.1 and weighting2 has 
the value 0.9. 

Simply put, the steps 412-420 will always apply weightingl, or 0.1, to the calculation using the number of 

15 occurrences of the more frequently occurring object in the pair. Weighting factor "weighting2 a is always applied 
to the number of occurrences of the less frequently occurring object. Thus, in box 508, 0.1 is applied to a cal- 
culation using the number of occurrences of object b while 0.9 is applied to a calculation using the number of 
occurrences of object a. In boxes 510, 512, and 514, object a occurs more frequently than its paired object, 
that is, object c, d, or e, respectively. Thus, in each of boxes 510, 512 and 514, the calculation involving the 

20 number of occurrences of object a is applied with the weighting factor of 0.1. 

The result in each of the boxes, such as the result 63.0 in box 508, is used to rank the second object of. 
the pair in a list where the list is then associated with the first object in the pair. Thus, object c with a result of 
72.8 is ranked at the top of list 504. Similarly, objects b, e and d are ranked successively in list 504. List 504 
is then associated with object a. 

25 The second row of table 500 shows that object b has list 516 associated with it and that list 516 includes 

objects a, d, e and c. Similarly, objects c, d and e each have a list associated with them as shown by the object 
and associated list at opposite ends of each of the rows of Table 500 of Figure 7. Note that the diagonal boxes 
of Table 500 need not be computed since it is irrelevant to have a pair of the same object such as pairing object 
a with object a. Also, the lower left triangular portion of Table 500 does not need to be computed since the 

30 computation is identical for its counterpart across the main diagonal of the table. 

Once the lists of table 500 have been derived, recommended selections of objects based on a given object 
can be obtained from the table. For example, given object a, list 504 would be accessed to return recommen- 
dations of objects c, b, e and d in order of descending likelihood of also being preferred by a user who already 
prefers object a. 

35 Thus, the method of Table 2 is a way to achieve object to object correlation in one embodiment of the pres- 

ent invention. 

In the foregoing specification, the invention has been described with reference to specific exemplary em- 
bodiments thereof. It will, however, be evident that various modifications and changes may be made thereunto. 
For example, various programming languages and techniques can be used to implement the disclosed inven- 
40 tion. Also, the specific logic presented to accomplish tasks within the present invention as disclosed by the 
flowcharts may be modified without departing from the scope of the invention. Many such changes or modi- 
fications will be readily apparent to one of ordinary skill in the art. The specification and drawings are, accord- 
ingly, to be regarded in an illustrative rather than a restrictive sense, the invention being limited only by the 
provided claims. 

45 

Claims 

1. A method for outputing recommended preferences based on predetermined preferences, the method exe- 
so cuting on a computer system, the computer system including a processor, database, an input device and 

an output device, wherein the database includes a plurality of dataf iles each containing a plurality of pref- 
erences, the method comprising the following steps: 

accepting signals from th input device to indicate a plurality of user preferences; 
using the processor to search the databas and to determine the number of user preferences that 
55 match prefer nces in a given datafile; 

using the processor to identify dataf iles with a number of matching pref rences above a first 
threshold number, 

selecting preferences from the identified dataf iles, wherein the selected preferences do not match 
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the user preferences; and 

outputing, by means of the output device, the selected preferences. 

The method of claim 1, wherein the preference is an artist's name. 

The method of claim 1 , wherein the preference is the title of a movie. 

The method of claim 1, wherein the computer system further includes a data communications network, 
wherein the processor, database, first user input device, second user input device and output device ar 
coupled to the network, wherein the first and second user input devices are remotely located from each 
other. 

The method of claim 1 . wherein the "selecting preferences" step further comprises the substeps of 

(a) for each unmatching preference in the identified dataf iles, determining the number of other prefer- 
ences in the identified dataf iles that match it and assigning the determined number to the preference; 
and 

(b) using the processor to select one or more unmatching preferences with the highest assigned num- 
bers. 

The method of claim 1, wherein the number of preferences in a dataf ile is limited to 10, and wherein the 
first threshold number is 5. 

The method of claim 5, wherein the number of preferences in a dataf ile is limited to 10, and wherein only 
those unmatching preferences that also appear in 50% or more of the identified dataf iles are selected in 
substep (b). 

An apparatus for identifying preferences, the apparatus comprising 
a processor 

a database coupled to the processor 

means, coupled to the processor, for accepting signals to indicate first and second preferences; 

means, coupled to the processor, for creating an association between the first and second prefer- 
ences and for storing the first and second preferences in the database as a first dataf ile; 

means, coupled to the processor, for accepting signals to indicate a user preference, wherein the 
user preference is the same as the first preference; 

means, coupled to the processor, for determining that the user preference matches the first pref- 
erence; 

means, coupled to the processor, for retrieving the correlated second preference from the data- 
base; and 

an output device, coupled to the processor, for outputing the second preference. 

A method for recommending music selections based on a user's preferred music selections, the method 
including a computer system, the computer system including a database, input device and output device, 
the method comprising the following steps: 

storing a plurality of associated music selections in the database; 

accepting signals from the user input device to indicate a plurality, m, of a user's preferred music 
selections; 

using the processor to determine that a number, n, of the preferred music selections match with 
the associated music selections in the database; 

using the processor to determine the number of unmatched associated music selections in the da- 
tabase; and 

outputing, by means of the output device, the unmatched associated music selections. 

An apparatus for recommending music selections based on a user's preferred music selections, the ap- 
paratus comprising: 

a computer system including a database; 

m ans for storing a plurality of associated music selections in the database; 
means for accepting signals from the user input device to indicate a plurality, m, of a user's pre- 
ferred music selections; 

means for determining that a numb r, n, of the pref rr d music selections match with the associated 
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music selections in the database; 

means for determining the number of unmatched associated music selections in the database; and 
means for outputing the unmatched associated music selections. 

11. A method for outputing an ordered list of recommended objects based on an input object, the computer 
system including a processor, database, input device and an output device, the method comprising the 
following steps: 

using the processor to store pairs of ranked objects in the database; 

using the processor to assign a ranking number to each of the pairs of ranked objects and storing 
the ranking number as associated with the pain 

accepting signals from the input device to indicate an object; 

using the processor to find occurrences of the selected object in the pairs of ranked objects; 

for each pair in which the selected object occurs, determining the object in the pair that does not 
match the selected object; 

using the processor to order non-matching objects into a list according to the ranking number for 
the pair that the non-matching object belongs to; and 

outputing the list as an ordered list of recommended objects. 

12. The method of claim 11, wherein each object is an artist's name. 

13. The method of claim 11, wherein each object is the title of a movie. 

14. An apparatus for outputing an ordered list of recommended objects based on an input object, the appa- 
ratus comprising: 

a computer system, the computer system including a processor, and a database, wherein the proc- 
essor is coupled to the database; 

pairing means, coupled to the processor, for storing pairs of ranked objects in the database; 

ranking means for assigning a ranking number to each of the pairs of ranked objects and storing 
a given ranking number as associated with a given stored pain 

input means, coupled to the processor, for accepting signals from a human user to indicate a se- 
lected object; 

finding means for finding occurrences of the selected object in the pairs of ranked objects; 
determining means for determining, for each pair, the object in the pair that does not match the se- 
lected object; 

ordering means for ordering non-matching objects into a list according to the ranking number for 
the pair that the non-matching object belongs to; and 

output means, coupled to the processor, for outputing the list as an ordered list of recommended 
objects. 
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